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1.  INTRODUCTION 

Over  the  past  decade  the  computer  software  area  has  faced 
severe  problems  over  the  quality  of  software.  Resulting  systems 
have  often  been  plagued  with  poor  performance,  errors,  and 
frequent  expensive  modifications.  The  research  reported  here 
was  directed  at  one  key  element  in  the  production  of  software: 
the  programming  language. 

During  the  granting  period,  three  somewhat  overlapping 
approaches  were  explored. 

1)  the  development  of  desired  properties  in  languages, 

2)  the  development  of  new  definition  approaches  and  the 
clarification  of  existing  approaches, 

3)  the  emerging  importance  of  the  role  of  human  factors 
in  language  design. 

2.  DESIRED  PROPERTIES  FOR  HIGHER  LEVEL  LANGUAGES: 

2.1  Control  Structures:  The  first  major  accomplishment  in 
this  area  was  on  control  structures.  In  past  years  there  have 
been  perhaps  hundreds  of  efforts  treating  this  Important  issue. 
While  it  may  be  argued  that  the  control  structure  issue  has  been 
entirely  over  worked,  the  importance  of  definitive  works  in  this 
area  remains.  Our  basic  approach  to  this  problem  was  to  analyze 
all  existing  work,  notably  the  theoretical  work  of  Kosaraju,  in 
an  attempt  to  distill  a recommendation  for  a solution  to  the 
control  structure  problem. 

The  basic  result  of  our  study  was  a deep-rooted  and  far- 
reaching  committment  to  the  use  of  1-ln,  1-out  control  structures. 
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One  major  realization  during  this  period  was  that,  from  the 
programmer's  point  of  view,  theoretical  results  based  on  the 
conversion  of  one  program  form  to  another  under  restricted  con- 
ditions may  not  be  of  practical  significance.  After  numerous 
studies  of  existing  work  and  many,  many  examples,  we  found  the 
case  for  higher  order  control  structures  unconfirmed.  We  have 
concluded  from  both  theoretical  and  practical  work  that  1-in, 

1-out  control  structures  provide  a solid  basis  for  language  design. 
They  provide  tools  for  proper  flow  of  control,  and  furthermore, 
force  the  programmer  to  think  ahead  in  devising  clean  solutions. 
This  work  was  one  of  the  cornerstones  of  our  research  and  is 
described  in  [ 3] . 

2.2  Language  Design  Guidelines:  On  another  front,  a serious 
attempt  was  made  to  distill  a number  of  recommendations  for  the 
design  of  languages.  It  is  all  too  easy  to  make  statements  that 
are  not  carefully  supported.  As  a result  of  our  general  experi- 
ence in  the  language  area,  we  put  together  a set  of  guidelines 
for  language  designers.  These  guidelines  treat  issues  like  the 
overall  complexity  of  a language,  the  design  of  function  and 
procedure  facilities,  the  importance  of  program  layout,  the  re- 
dundancy of  information  and  internal  documentation.  This  work  is 
described  in  [6]. 

2.3  Asychronous  Control  Structures;  During  the  course  of 

the  research,  two  problems  were  studied  and  yielded  no  significant 
results.  The  first  was  an  investigation  of  asychronous  control 
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structures.  It  was  our  major  assumption  that  the  relaxation  of 
strict  sequential  flow  of  control  In  a conventional  programming 
language  would  considerably  reduce  some  of  the  sources  of  com- 
plexity In  programming. 

In  this  study  we  considered  the  separation  between  data  flow 
and  the  communication  between  modules  via  Input-output  buffers. 

A small  control  language  was  defined  for  the  description  of  the 
Interprocesses  activities.  The  result  of  this  investigation  war 
that  the  asynchronous  approach  was  more  natural  only  for  certain 
classes  of  programs  (such  as  simulation).  In  general,  we  had  to 
put  much  of  our  programming  effort  into  organizing  data  flow  In 
order  to  get  a good  asynchronous  solution.  We  also  found  that, 
given  a set  of  proposed  program  modifications,  the  asynchronous 
solution  was  no  better  than  the  conventional  top-down  solution. 
Our  major  conclusion  Is  that  the  asynchronous  approach  has  been 
overrated,  and  in  their  present  form  are  not  generally  suitable 
for  conventional  languages. 

2.4  A Measure  of  Syntactic  Clarity;  Another  effort  which 
did  not  bear  fruit  was  an  Investigation  of  syntactic  clarity. 
Using  a variation  of  the  LR(k)  property  for  grammars,  an  attempt 
was  made  to  define  a formal  measure  of  syntactic  clarity.  An 
abstract  algorithm  for  computing  this  measure  was  devised.  Using 
the  algorithm,  experimental  tests  of  the  measure  were  carried  out 
by  hand  on  two  "mini- languages"  and  their  variations. 
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While  the  results  seemed  promising,  the  algorithm  did  not 
seem  to  be  completely  defined.  The  amount  of  effort  necessary 
to  pursue  the  research  further  and  the  inherent  difficulty  in 
getting  a successful  result  motivated  discontinuation  of  the 
work . 


2.5  Data  Abstraction;  During  the  grant  period  a conference 
on  data  abstraction  was  organized  by  myself  and  was  held  in  Salt 
Lake  City.  A paper  resulting  from  this  conference  was  part  of  a 
s 1 issue  of  the  Communications  of  the  ACM  devoted  to  the 

nee  [4].  From  an  organizational  point  of  view,  the  con- 
.cnee  was  a splendid  success.  It  brought  together  key  people 
in  the  data  abstraction  area  and  led  to  a thoughtful  and  pleasant 
exchange  of  ideas.  From  a research  point  of  view,  the  conference 
> exposed  several  problems  with  this  area. 

The  computer  sciences  have  seen  many  new  developments  with 
exciting  promise,  followed  by  a slow  follow-up  as  the  details  of 
the  problems  result  in  ever  Increasing  difficulties.  This  has 
certainly  been  the  case  in  the  data  abstraction  area.  Progress 
has  been  slow,  and  it  has  come  in  small  doses. 

3.  FORMAL  DEFINITION 

In  the  area  of  formal  definition  we  feel  that  we  have  had 
some  great  successes.  Our  major  activity  was  on  the  use  of  formal 
definition  in  the  language  design  process. 

3.1  The  Sampler;  This  effort  has  resulted  In  a major  paper, 
"A  Sampler  of  Formal  Definition,"  which  appeared  in  Computer 
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Surveys  [2].  This  paper  compares  the  use  of  VDL,  Knuth's  Attribute 
Grammars,  van  W1 j n gaard en ' s W-Grammars,  Hoare's  Axiomatic  Approach,  j 

and  my  own  Production  System  notation 

This  paper  attempted  to  set  a new  standard  for  completeness 
and  readability  in  formal  definitions.  In  addition,  the  paper 
exposed  the  weaknesses  of  four  major  methods  of  formal  definition. 

Over  the  years  to  come  we  feel  that  the  significance  of  this  paper 
will  continue  to  grow. 

3.2  Production  Systems:  One  of  the  major  formal  definitions 
in  the  above  mentioned  paper  has  been  use  of  my  own  "production 
Systems,"  a new  notation  for  defining  computer  languages.  A paper 

• 

describing  Production  Systems  was  completed  [1].  Judging  from  the 
work  on  the  Sampler,  Production  Systems  may  have  a bright  future 
in  the  development  of  quality  languages. 

3.3  The  Role  of  Formal  Definition:  All  of  this  effort 
yielded  a deepening  insight  into  the  proper  uses  of  formal  defini- 
tion. We  have  come  to  believe  that  the  major  benefit  for  formal 
definition  is  as  a basis  for  detailed  design  of  computer  languages. 

In  a sense,  the  writing  of  formal  definitions  as  a design  tool 
is  programming  at  the  very  highest  level.  It  provides  a view  of 
the  language  from  which  design  can  proceed  at  a much  more  rapid 
rate  and  most  importantly,  with  a much  higher  quality . 

Our  case  for  this  issue  has  not  been  fully  prepared  and  will 
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remain  as  unfinished  business  during  the  granting  period.  We 
expect  to  resolve  this  situation  by  publishing  a paper  on  our 
views  of  formal  definition  in  the  very  near  future  [9]. 
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5.  HUMAN  FACTORS  IN  LANGUAGE  DESIGN 

During  the  closing  months  of  the  granting  period,  a new  and 
deep-rooted  committment  was  made  to  the  area  of  human  factors  in 
the  language  design  process.  The  recent  surge  of  research  in  the 
area  of  software  quality  has  concentrated  on  programming  technol- 
ogies, control  structures,  management  of  large  systems,  and  re- 
liability. All  of  these  issues  are  aimed  at  producing  better 
quality  programs;  yet,  none  of  them  addresses  directly  the  problem 
of  producing  programs  that  are  easier  to  use.  Surely,  no  one 
would  argue  that  the  ease  of  use  is  not  a factor  in  the  "quality" 
of  s o f tware . 

In  our  work  in  human  factors,  two  papers  were  completed. 

The  first  entitled  "The  Case  for  Research  in  Human  Engineering" 

[7]  is  to  appear  in  the  Department  of  Defense  Handbook  on  Research 
Directions.  This  paper  describes  the  problems  in  existing  systems 
and  points  out  that  there  is  no  organized  body  of  human  factors 
knowledge  to  guide  language  designers.  The  basic  contention  of 
this  paper  is  that  a much  g^'eater  priority  must  be  given  to  research 
in  human  engineering. 

On  another  front,  we  have  attempted  to  demonstrate  by  example 
the  kind  of  beautiful  human  engineering  that  can  be  done  by  software 
engineers  [10],  This  work  is  still  in  progress  and  will  remain  as 
unfinished  business  at  the  end  of  the  granting  period. 

In  any  case,  we  are  deeply  committed  to  this  area  and  feel 
that  the  long  range  payoffs  will  be  enormous. 


